home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group00a.txt / 000075_icon-group-sender _Mon Apr 24 12:32:59 2000.msg < prev    next >
Internet Message Format  |  2001-01-03  |  1KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) id MAA12740
  4.     for icon-group-addresses; Mon, 24 Apr 2000 12:32:41 -0700 (MST)
  5. Message-Id: <200004241932.MAA12740@baskerville.CS.Arizona.EDU>
  6. Date: Mon, 24 Apr 2000 11:04:31 -0700 (MST)
  7. From: Gregg Townsend <gmt@baskerville.CS.Arizona.EDU>
  8. To: ian.trudel@tr.cgocable.ca, icon-group@optima.CS.Arizona.EDU
  9. Subject: Re: Icon and network programming.
  10. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  11. Status: RO
  12.  
  13.     From: "Ian Trudel" <ian.trudel@tr.cgocable.ca>
  14.     Date: Wed, 19 Apr 2000 08:44:28 GMT
  15.     
  16.         I haven't really seen any consistant implementation of network
  17.     programming functions for Icon, beside maybe Unicon. Is there such similar
  18.     (and elegant) library available for Icon? Or will Unicon added features
  19.     being part of next version of Icon?
  20.  
  21. There are a few loadable C functions in the Icon Program Library
  22. that are enough to implement a TCP client (but not a server).
  23.  
  24. The Icon language is essentially stable now and I don't see us adding
  25. the Unicon features.  The occasional new version of Icon typically just
  26. fixes bugs and portability problems.
  27.  
  28.    ---------------------------------------------------------------------------
  29.    Gregg Townsend         Staff Scientist      The University of Arizona
  30.    gmt@cs.arizona.edu     Computer Science     Tucson, Arizona, USA
  31.  
  32.